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(54) Music game system, game control method for the game system, and cornputer-readaiisle 
memory medium 

(57) Disclosed is a music game system in which the 
attraction of a game is increased by effectively using 
limited music data. The music game system comprises 
an input device 4 for outputting signals in correspond- 
ence with the operation states of push-switches 5; a 
ROM 30a in which are stored music data far reproduc- 
ing multiple tunes, and timing data of each tune defining 
a procedure for Operating the push-switches 5 in corre- 
spondence with the tune reproduced based on music 
data; display devices 24,3 for displaying game screens; 
music reproduction devices for 26, 32 reproducing the 
music data; and a CPU for reproducing a predetermined 
tune by the music reproduction devices and for guiding 
the player in operation procedures of the input device 4 
in correspondence with the reproduced tune, a medley 
tune comprising parts of the multiple tunes linked 
together being reproduced, and the operation proce- 
dure of the input device being guided in correspond- 
ence with the medley tune, 
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Description 

[0001] The present invention relates to a music 
game system for executing games intended to be 
played in time with music. 

[0002] Recently; a music game system in which a 
player is instructed to operate an input device in time 
with music for simulating a DJ (disk jockey) and per- 
formance on various musical instruments has become 
popular. Music is an important element in this type of 
game system, and the number of stored tunes has a 
comparatively large influence on the value of the game 
system. 

[0003] In the music game system mentioned above, 
data for reproducing the music is stored in one of vari- 
ous types of memory media, from which it is supplied to 
the system. In arcade game devices for business and 
game devices for home, media having a comparatively 
large capacity, for example a magnetic memory medium 
such as a hard disk, or an optical memory medium such 
as a CD-ROM, are used as the memory media. How- 
ever, in a compact game system such as a portable 
game device, in consideration of space and costs, a 
semiconductor memory having a small memory capac- 
ity in comparison with a magnetic memory medium and 
the like is generally used as the memory device for data 
and programs for the game. As a consequence, when 
attempting to executing a music game on a portable 
game device, the number of stored tunes is limited, low- 
ering the attraction of the game. Furthermore, although 
a characteristic of a music game is that the player can 
improve his play by repeating playing the same tune, the 
downside of this is that he may eventually be bored, 
[0004] Accordingly, it is an objeot of the present 
invention to provide a music game system in which lim- 
ited music data are used effectively to raise the attrac- 
tion of the game, 

[0005] The present invention will be explained 
below. To facilitate understanding of the present inven- 
tion, the following explanation uses the reference 
numerals in parenthesis of the accompanying drawings, 
but the present invention is not limited to the aspects 
shown in the drawings. 

[0006] A first aspect of the present invention pro- 
vides a music game system comprising an input device 
(4) having a plurality of operation members (5), for out- 
putting signals in correspondence with operation states 
of the operation members; a memory device (30a) in 
which are stored music data (D1 ) for reproducing a plu- 
rality of tunes, and timing data (D3) of each tune defin- 
ing a procedure for operating the operation members in 
correspondence with tunes reproduced based on the 
music data; a display device (24, 3) for displaying a 
game screen (100); a music reproduction device (26, 
32) for reproducing the music data; and a game control- 
ler (20) for controlling the reproduction of a predeter- 
mined tune by the music reproduction device, and using 
the display device to guide the player in an operation 
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procedure of the input device in correspondence with 
the reproduced tune. The game controller comprises a 
medley tune control device for making the music repro- 
duction device reproduce a medley tune comprising 

s linked parts of at least two of the multiple tur«!s, and 
guides the operation procedure of the input detvics in 
correspondence with the medley tune, based on timing 
data corresponding to each part of the medley tune. 
[0007] According to this invention, a separate med- 

10 ley tune is formed by linking parts of existing tunes 
together, thereby enabling the number of tunes to be vir- 
tually increased without adding music data and timing 
data corresponding thereto, increasing the attraction of 
the game. 

15 [0008] A second aspect of the invention provides 
the music game system according to the finst aspect, 
wherein the memory device (30a) stores judgement 
information (T1) for judging a relationship between the 
reproduction sequence of multiple blocks (A1 to AX, B1 

20 to BX N1 to NX) selected from music data corre- 
sponding to the multiple tunes as constituent elements 
of the medley tune, and addresses of the blocks in the 
memory device; and the medley tune control device (20) 
reads music data for reproducing the medley tune f.*om 

25 the memory device based on the judgement informa- 
tion, outputs it to the music reproduction device, and 
guides the player in an operation procedure in accord- 
ance with timing data corresponding to the music data, 
[0009] This invention is suitable for a case when the 

30 multiple blocks comprising the medley tune are speci- 
fied beforehand together with their reproduction 
sequence, enabling the data of the blocks comprising 
the medley tune to be easily read in compliance with 
their reproduction sequence merely by referring to the 

35 judgement information. 

[0010] A third aspect of the invention provides the 
music game system according to the first aspect, 
wherein the memory device (30a) stores a fiirst juege- 
ment information (T2) for judging types of multiple 

40 blocks (A1 to AX, B1 to BX, .... N1 to NX) selected from 
music data corresponding to the multiple tunes as 
potential constituent elements of the medley tune, and 
for judging addresses of the blocks in the memory 
device, and a second judgement information (D6) for 

as judging a relationship between a reproduction 
sequence of blocks forming the medley tune and the 
types of the blocks. The medley tune control device (20) 
comprises a type identifying device for identifying types 
of the blocks forming the medley tune for each repro- 

so duction sequence, based on the second judgement 
information; a block extracting device for extracting 
blocks corresponding to the types identified by the t/pe 
identifying device from the music data corresponding to 
the multiple tunes each, based on the first judgement 

ss information; and a data reading device for reading the 
music data in the extracted blocks in compliance with 
the reproduction sequence and outputting the music 
data to the music reproduction device, and in addition, 
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. reading timing data corresponding to the output music 
data and guiding the player in an operation procedure in 
line with the data. 

[0011] This invention does not directly specify the 
blocks comprising the medley tune, but only specifies 
their types, whereby a single bloclc can be freely 
selected from multiple blocks of matching type in a sin- 
gle reproduction sequence, achieving greater freedom 
of selecting the block, Therefore, the constitution of the 
medley tune can be changed, preventing the player 
from feeling boring with the medley tune and holding his 
or her interest in the game system over a long period of 
time. 

[0012] A fourth aspect of the invention provides the 
music game system according to the third aspect, 
wherein the first judgement information comprises infor- 
mation relating to musical characteristics of the blocks 
as the types. Consequently, the musical characteristics 
of the medley tune can be specified beforehand. For 
example, when the information relating to musical char- 
acteristics comprises information relating to perform- 
ance codes of the blocks, as in a fifth aspect of the 
invention, a medley tune having characteristics corre- 
sponding to the progression of the performance codes 
can be provided to the player. 

[0013] A sixth aspect of the invention provides the 
music game system according to the third aspect, the 
first judgement information comprising information relat- 
ing to a level of difficulty of an operation procedure 
guided based on timing data corresponding to blocks as 
the types. In this case, the level of difficulty of the med- 
ley tune can be specified beforehand. 
[0014] A seventh aspect of the invention provides 
the music game system according to the sixth aspect, 
wherein the game controller (20) comprises an evalua- 
tion device for evaluating an operation performed by the 
player by comparing the player's control of the input 
device (4) with an operation identified by the timing 
data; and the block extracting device of the game con- 
troller extracts blocks having a level of difficulty corre- 
sponding to the evaluation of the evaluation device. In 
this case, the level of difficulty of the medley tune can be 
set in accordance with the evaluation result of the 
player's operation, 

[001 S] An eighth aspect of the invention provides 
the music game system according to one of the third to 
seventh aspects, the block extracting device of the 
game controller (20) comprising a re-extracting device 
for extracting one more block from multiple blocks, when 
the multiple blocks have been extracted in relation to a 
common reproduction sequence of the medley tune. 
Therefore, since the blocks forming the medtey tune are 
selected from multiple blocks of matching type, the con- 
stitutJon of the medley tune can be changed by adding 
an operation, such as changing the selection condi- 
tions, so as to preventing the player from feeling boring 
with the medley tune. 

[0010] A ninth aspect of the invention provides the 
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music game system according to the sixth and seventh 
aspects, wherein the game controller (20) further com- 
prises an evaluation device for evaluating an operation 
performed by the player by comparing the player's oper- 

5 ation of the input device (4) with an operation identified 
by the timing data. The block extracting device of the 
game controller comprises a re-extracting device for 
extracting one more block having a level ofdiffic jlty cor- 
responding to the evaluation of the evaluation device 

io from multiple blocks, when the multiple blocks have 
been extracted in relation to a common reproduction 
sequence of the medley tune. 
[0017] Therefore, when the content of the play 
achieves a high evaluation, it is possible to provide a 

is medley tune having a level of difficulty corresponding to 
the play contents, thereby suiting the level of the player, 
by giving priority during the selection to blocks having a 
high level of difficulty, and the like. 
[0018] A tenth aspect of the invention provides the 

20 music game system according to the third aspect, 
wherein the game controller (20) comprises an end 
judging device forjudging whether the medley tune has 
been reproduced to a predetermined position before the 
end, the first judgement informat ion comprising hforma- 

26 tion for judging whether each block of multiple blocks 
selected as potential constituent element? of the med- 
ley tune is suitable to an end of the medley tune; and, 
when the end judging device has judged that the medley 
tune has been reproduced to a predetermined position 

x before the end. the block extracting device extracts an 
appropriate block as the end of the medley tune based 
on the first judgement information. 
[0019] According to this invention, several blocks 
suitable for the end of the medley tune are selected 

35 beforehand, and the information for judging them are 
included in the first judgement information. Then, when 
the medley tune nears its end, one of the and blocks 
selected beforehand is selected and reproduced. Con- 
sequently, the medley tune is prevented fnm ending 

to unnaturally at the middle way of the tune. 

[0020] An eleventh aspect of the invention provides 
the music game system according to the third aspect, 
wherein the game controller (20) comprises an evalua- 
tion device for evaluating an operation performed by the 

45 player by comparing the player's operation of trie Input 
device (4) with an operation identified by the timing data 
while the tune Is being reproduced; and an end control 
device for ending the reproduction of the rnedlsy tune 
and the guide of the operation procedure when an 

so aggregation of evaluations, less than a predetermined 
reference, of the evaluation device has satisfied a pre- 
determined condition. 

[0021] According to this invention, when the player 
continues to perform operations which are evaluated as 
55 being less than a predetermined standard, the> repro- 
duction of the medley tune and the operation procedure 
guide end, and the game is terminated- Sinco the med- 
ley tune continues as long as the player achieves his or 
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tic operation above the predetermined standard, he or 
she can play continuously for a long time, which would 
not be realised by a tune prepared beforehand. 
[0022] A twelfth aspect of the invention provides the 
music game system according to one of the first to elev- 
enth aspects, wherein the game controller (20) gradu- 
ally decreases the volume of a tune being reproduced at 
a linking portion of the medley tune, and gradually 
increases the volume of the next tune. According to this 
invention, the linking portions of the medley tune can be 
moved smoothly, whereby the player is able to listen to 
a unified tune which sounds as though it was composed 
in advance. 

[0023] A thirteenth aspect of the invention provides 
the music game system according to one of the first to 
twelfth aspects, wherein the memory device (30a) com- 
prises a semiconductor memory. Using a semiconduc- 
tor memory has an advantage that data can be read 
more quickly than a magnetic memory medium or an 
optical memory medium. Therefore, the music data can 
be read while the medley tune is being performed, ena- 
bling the medley tune to continue. 
[0024] A fourteenth aspect of the invention provides 
a game control method, applied in a music game sys- 
tem comprising an input device (4) having multiple oper- 
ation members (5), for outputting signals in 
correspondence with operation states of the operation 
members; a memory device (30a) in which are stored 
music data (D1 ) for reproducing multiple tunes, and tim- 
ing data (D3) of each tune defining a procedure for con- 
trolling the operation members in correspondence with 
tunes reproduced based on the music data; a display 
device (24, 3) for displaying a game screen (100); and a 
music reproduction device (26, 32) for reproducing the 
music data. The game control method reproduces a 
medley tune comprising linked parts of at least two of 
the multiple tunes, and guides the operation procedure 
of the input device in correspondence with the medley 
tune, based on timing data corresponding to each part 
of the medley tune. The game system of the first aspect 
can be formed by utilizing the method of this invention. 
[0025] A fifteenth aspect of the invention provides 
the game control method according to the fourteenth 
aspect, wherein the judgement information (T1) for 
judging a relationship between the reproduction 
sequence of multiple blocks (A1 to AX, B1 to BX, ... N1 
to NX) selected from music data corresponding to the 
multiple tunes as constituent elements of the medley 
tune, and addresses of the blocks in the memory device 
is stored in the memory device (30a), music data for 
reproducing the medley tune being read from the mem- 
ory device based on the judgement information and out- 
put to the music reproduction device, and the player 
being guided in an operation procedure in accordance 
with timing data corresponding to the music data. The 
music game system of the second aspect can be 
formed by utilizing the method of this invention. 
[0026] A sixteenth aspect of the invention provides 
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the game control method according to the fourtetmth 
aspect, wherein first judgement information (1*2) for 
judging types of multiple blocks (A1 to AX, B1 to BX, ... 
N1 to NX) selected from music data (D1) corresponding 

5 to the multiple tunes as potential constituent elements 
of the medley tune, and for judging addresses of the 
blocks in the memory device, and second judgement 
information (D5) for judging a relationship between a 
reproduction sequence of blocks forming the medley 

1 0 tune and the types of the blocks, are stored in the m sm- 
ory device; types of the blocks forming the medley tune 
for each reproduction sequence being identified based 
on the second judgement information, blocks corre- 
sponding to the types identified being extracted from the 

1S music data corresponding to the multiple tunes based 
on the first judgement information; the music data in the 
extracted blocks being read in compliance with the 
reproduction sequence and output to the music: repro- 
duction device, and in addition, timing data correspond- 

20 ing to the output music data being read, and an 
operation procedure being guided in the player in corre- 
spondence with the data. The music game system of 
the third aspect can be formed by utilizing the method of 
this invention. 

25 [0027] A seventeenth aspect of the invention pro- 
vides a computer-readable memory medium applies in 
a game system comprising an input device (4) having 
multiple operation members (5), for outputting signals in 
correspondence with operation states of the operation 

35 members, a display device (25, 3) for displaying a game 
screen (100), and a music reproduction device (26, 32), 
the computer-readable memory medium (30a) sto-ing 
music data (D1) for reproducing multiple tunes using the 
music reproduction device, timing data (D3) cf each 

35 tune defining a procedure for controlling the operation 
members in correspondence with tunes reproduced 
based on the music data, and a program for executing a 
predetermined music game based on the music data 
and the timing data; the program making the computer 

40 (20) function as a medley tune control device for making 
the reproduction device reproduce & medley tune com- 
prising linked parts of at least two of the multiple tunes, 
and guiding the operation procedure of the input device 
in accordance with the medley tune, based on timing 

45 data corresponding to the parts of the medley tune. 
[0028] According to this invention, the computer 
reads and executes a program stored in the memory 
medium, thereby forming the music game system of the 
invention of the first aspect. 

so [0029] An eighteenth aspect of the invention pro- 
vides the music game system according to the first 
aspect, wherein at least a portion of blocks (A1 to AX, 
B1 to BX, ... N1 to NX) of music data (D1) correspond- 
ing to the multiple tunes are set as potential constituent 

55 elements of the medley tune, and Information for 
extracting the constituent elements of the medley tune 
from the blocks set as potential constituent elements is 
stored in the memory device (30a) In correspondence 
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with the blocks set as potential constituent elements; 
and the medley tuno control device (20) extracts the 
blocks comprising the medley tune based on the infor- 
mation for extraction, reads the music data in the 
extracted blocks and outputs it to the music reproduc- 5 
tion device (26 and 32) and reads timing data corre- 
sponding to the output music data, and guides the 
player in an operation procedure corresponding to the 
data. According to this Invention, a variety of medley 
tunes can be formed by referring to the information for to 
extracting, provided in correspondence with the blocks 
set as potential blocks for medley tunes. 
[0030] A nineteenth aspect of the invention pro- 
vides the game system according to the eighteenth 
aspect, wherein the information for extraction comprises is 
information forjudging types of blocks provided in corre- 
spondence with the information for extraction. There- 
fore, a block of a desired type can be selected by 
referring to the information for extracting. The Informa- 
tion for judging the types need only be the same as in 20 
the fourth to sixth aspects, for example. 
[0031] A twentieth aspect of the invention provides 
the game system according to the eighteenth aspect, 
wherein the Information for extraction comprises infor- 
mation for judging types of blocks to be linked together 25 
as constituent elements of the medley tune after the 
blocks already provided in correspondence with the 
information for extraction, According to this invention, 
when the selection period for a block arrives while the 
preceding block is still being reproduced, the next block x 
can be selected by referring to the information for 
extracting provided in correspondence with the block 
being reproduced. 

[0032] A twenty-first aspect of the invention pro- 
vides the game control method according to the four- 55 
teenth aspect, for setting at least a portion of the blocks 
(A1 to AX, B1 to BX, ... N1 to NX) of music data (D1) 
corresponding to the multiple tunes as potential constit- 
uent elements of the medley tune; storing information 
for extracting the constituent elements of the mediey *o 
tune from the blocks set as potential constituent ele- 
ments in the memory device (30a) in correspondence 
witn the blocks set as potential constituent elements; 
extracting the blocks forming the medley tune based on 
the information for extraction, reading the music data in 45 
the extracted blocks and outputing it to the music repro- 
duction device (26, 32), and in addition, reading timing 
data corresponding to the output music data, and guid- 
ing the player in an operation procedure corresponding 
to the data. The music game system of the eighteenth so 
aspect can be formed by utilizing the method of this 
invention. 

FIGS. 1A and 16 are diagrams showing the outside 
of a portable game device according to an embodi- 55 
ment of the present invention; 
FIG. 2 is a perspective view of a turn-table adapter 
provided in the game device of FIG. 1; 
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FIG. 3 is a block diagram showing a schemsitic con- 
stitution of a control system of the gams device of 
FIG, 1; 

FIG. 4 Is a diagram showing data store* or. a cas- 
sette for executing a music game on thu game 
device of FIG. 1; 

FIG. 5 is a diagram showing an example of a game 

screen displayed on a monitor in the music game 

executed on the game device of FIG. 1; 

FIG. 6 is a flowchart shewing a prwdure of a 

music game executed on the game device of FIG. 

1; 

FIG. 7 Is a flowchart of game processing executed 
as a subroutine of FIG. 6; 
FIG. 8 is a diagram showing the relationship 
between a tune prepared in advance and a medley 
tune created therefrom; 

FIG. 9 is a diagram showing an exampb of a table 
prepared in order to create a medley tune; 
FIG. 10 is a diagram showing another example of a 
table prepared in order to create a medley tune; 
FIGS. 11 A to 11C are diagrams showing data for 
creating a medley prepared in order to create a 
medley tune combined with the table of FIG. 10; 
and 

FIG. 12 is a flowchart showing a procedure sf med- 
ley tune read processing executed to reproduce a 
medley tune using the data of FIG. 10 and FIGS. 
11Ato11C 

[0033] FIGS. 1A and 1 B show the outside of a port- 
able device for the music game according to an embod- 
iment of the present invention. The game device 1 
comprises a resin case 2. The case 2 is of a size 
approximately small enough to fit in a palm of an adult. 
A liquid crystal monitor 3 functions as a display device, 
and is provided in the center of the surface of the ease 
2. Various press-switches comprise operation msmbers 
of an input device 4, and are provided around the mon- 
itor 3. The number and arrangement of the press- 
switches can be varied. The input device 4 shown in 
FIGS. 1A and 1B has two groups of four pres s-switches 
5a to 5d, and 5e to 5h, provided in a cross-lite fo -mation 
at the bottom left and bottom right respectively of the 
monitor 3, two press-switches 5i and 5j, provided at the 
top right of the monitor 3, and two press-switches 5k 
and 5m. provided at the middle right of the monisor 3. In 
the following explanation, these press-switches will be 
represented collectively as the press-swltcri«s £i where 
there is no need to distinguish among them. 
[0034] A turn-table adapter 10 can b© attached at 
the position where the press-switches 5i and 5j are pro- 
vided. As shown in FIG. 2. the turn-table adapter 10 
comprises a clip 1 1 , a shaft 12 passing through one arm 
1 1 a of the clip 1 1 , and an operation disk 1 3 and a press- 
in disk 14, provided coaxially to the shaft t2 at both 
ends thereof. A pair of bumps 11c and 1 1c is provided 
on the other arm 1 1 b of the clip 1 1 . The bu mps 1 1 c cor- 
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respond to portion of multiple holes 2a ... 2a on the back 
face of the case 2 shown in FIG. 1B. The holes 2a are 
needed in order to assemble the game device 1. For 
example, screws used for securing the top and bottom 
faces of the case 2 together, and for securing a wiring 
board inside the case 2, are provided in the holes 2a. 
[O03S] The dip 1 1 is clipped onto the case 2 so as 
to clasp it on either side, and the bumps 11c are fitted 
into the holes 2a, thereby securing the turn-table 
adapter 10 on the case 2 so that the press-in disk 14 
covers the press-switches 5i and 5j. When the player 
rotates the operation disk 13 around the shaft 12 using 
his or her finger, bumps 14a ... 14a provided on the bot- 
tom face of the press-in disk 14 rise onto the press- 
switches Si and Sj, pushing them downwards. Conse- 
quently, the rotation operation of the operation disk 13 
converted into a pushing-down operation of the press- 
switches 5i and 5j. Instead of the press-in disk 14, the 
press-switches 5i and 5j may be pressed by providing a 
pin which can move up and down (in the axial direction 
of the shaft 1 2) on the arm 1 1 a of the clip 1 1 , and con- 
verting the rotation of the operation disk 1 3 into a move- 
ment in the up-down direction of the pin, using the 
bottom face of the operation disk 13 as an end face 
cam. 

[0036] In the game device 1 of the present embodi- 
ment, play is of course still possible when the turn-table 
adapter 10 has been removed. In the following descrip- 
tion, if there is no particular explanation, the operation of 
the press-switches Si and 5j is regarded as including 
those of rotation of disk 1 3 of the turn-table adapter 10, 
and of direct pressing of the press-switches 5i and 5j. 
[0037] FIG- 3 Is a block diagram showing a sche- 
matic constitution of a control system of the game 
device 1 . The game device 1 has a CPU 20 mainly com- 
prising a microprocessor. The press-switches 5 of the 
input device 4 described above are connected to the 
CPU 20 via an interface (not shown in the diagram) and 
a bus 21. In addition, main memory devices comprising 
a ROM 22 and a RAM 23, an image processor 24 and a 
sound processor 26, a cassette interface 28 comprising 
a cassette 30 as an auxiliary memory device, and a 
communications control interface 29 for connecting var- 
ious types of peripheral devices 31 , are connected via 
the same bus 21. 

[0038] A system program required to start the game 
device 1 up is written into the ROM 22. The cassette 30 
comprises a ROM 30a, in which data and a program for 
the game are written, and a RAM 30b, in which data 
such as game results are stored. The ROM 30a and the 
RAM 30b each comprise a semiconductor memory, the 
programs and data stored therein being loaded to the 
RAM 23 as required. The ROM 30a and the RAM 30b 
are sometimes accessed directly by the CPU 20. 
[0039] The image processor 24 receives an image 
data from the CPU 20 and paints a game screen on a 
frame buffer 25, and in addition, displays the painted 
image at a predetermined timing on the monitor 3. The 
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sound processor 26 reproduces sound source data and 
data such as sound and music, read out from the RAM 
23 and stored in predetermined regions of a sound 
buffer 27, and outputs them from a loudspeaker 32:. In 
$ an alternative arrangement, the sound buffer 27 may be 
omitted, so that a PCM waveform is output directly in 
compliance with a command from the CPU 20'. 
[0040] The loudspeaker 32 is provided inside the 
case 2. The communications control interface 29 is con- 
tt nected to the communications cable or the like for carry- 
ing out data communications with peripheral device- 31 
such as a headphone adapter or another game device 
1. When a headphone adaptor is provided, the output 
from the sound processor 26 is supplied, not to the loud- 
15 speaker 32, but to the headphone via the communica- 
tions control interface 29. 

[0041] In the present embodiment, a predetermined 
music game is executed using the hardware described 
above. This music game simulates playing a DJ by 
20 operating the operation members 5 of the input devte 4 
in time with music performed as BGM. As shown in FIG, 
4, music data D1 for reproducing music (tunes) used in 
the music game, sound effect data D2 for generating 
sound effects in correspondence with the music, opera- 
z$ tion timing data D3 defining a procedure for operating 
the input device 4 in time with the music, and table data 
D4 for arranging the music and sound effects in corre- 
spondence with the operation timings definad by the 
operation timing data D3, are stored in the ROM 30a of 
so the cassette 30. In addition, image data and the tike- for 
displaying dancing scenes and the like on the monitor 3 
in time with the music are also stored in the ROM 30a. 
[0042] Multiple tunes are prepared, and their music 
data 01 are managed by appending a number for each 
35 tune. Multiple groups of operation timing data D3 are 
prepared, and their level of difficulty, for example, is 
changed in correspondence with the music data D l of 
each tune. The music data D1 and the sound effect cata 
D2 are compressed and stored in the ROM 30a, and 
40 after the compressed data have been developed as, for 
example, PCM data in a predetermined operation area 
of the RAM 23, they are passed to the sound processor 
26 as a PCM sound source, and output from the loud- 
speaker 32. The music game of the present embodi- 
es ment assumes that the operation members to be 
controlled in time with the music comprise five key- 
boards and one turntable, the operation timings for each 
operation member being defined by the operation timing 
data D3. 

55 [0043] FIG. 5 is a diagram showing an example of a 
game screen displayed on the monitor 3 in the music 
game described above. An animation window 101 
showing an animation in correspondence with the 
music, a rhythm pattern gauge 102, a groove meter 103, 

$$ and a score window 104, are displayed in the game 
screen 100. 

[0044] The rhythm pattern gauge 102 guides the 
player in the procedure for operating the press -switches 
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5 of the input device 4 based on the operation timing 
data D3. As described above, since the operation timing 
data D3 stipulates operation for five keyboards and one 
turntable, three white key marks 1 1 0a, 1 1 0b. and 1 1 0c, 
representing white keys of a keyboard instrumont, two 
black key marks 110d and 110e, representing black 
keys of the keyboard instrument, and a turntable mark 
11 Of representing a record player turntable, are dis- 
played in accordance with the operation timing data D3 
at the bottom end of the gauge 102 in alignment with a 
reference line 111. 

[0045] Each of the marks 1 1 0a to 1 10f is provided 
90 that it would not duplicate with at least one of the 
press-switches 5 of the input device 4. For example, the 
white Key marks 110a and 110c correspond to the 
press-switches 5c and 5h, the white key mark 1 1 0b cor- 
responds to the press-switches 5d and 5g, the black key 
marks 110d and 11 Oe correspond respectively to the 
press-switches 5a and 5e, and the turntable mark 11 Of 
corresponds to the press-switch 5j. To enable the turn- 
table adapter 10 shown in FIG. 2 to function as a turnta- 
ble in the game, the turntable mark 1 1 0f is always pro- 
vided in correspondence with the press-switches 5i or 
5j, The press-switches 5i and 5j are never provided in 
correspondence with the marks 110a to 110e, but only 
with the turntable mark 11 Of. The relationship between 
the operation members (five keyboards and one turnta- 
ble) defined in the operation timing data D3, and the 
press-switches 5 of the input device 4, is stored before- 
hand as a table in the ROM 30a. 
[0046] Timing marks 112a to 112f (hereinafter 
sometimes represented collectively by reference code 
1 1 2) are positioned in the left to right direction in corre- 
spondence with the marks 110a to 110f, and are dis- 
played in the gauge 102. The display of the timing 
marks 112 is controlled in the following manner based 
on the operation timing data D3 of FIG. 4. 
[0047] When the reproduction of music (a tune) 
commences, the CPU 20 sets part of the operation tim- 
ing data D3 corresponding to the tune (e.g. two bars of 
the tune) as a display object range in the gauge 102, 
and reads the data in that range into an operation area 
of the RAM 23. Then, the CPU 20 detects the operation 
timings of the marks 1 1 0a to 1 1 0f contained In the range 
that has been read, and creates image data for the 
gauge 102 by replacing the detected timings with the 
timing marks 112. At this time, the display positions of 
the timing marks 1 12 are calculated so that the timing 
marks 112a to 11 2f are aligned in the time sequence 
above the reference line 111. 
[0048] The image data created for the gauge 1 02 is 
passed to the image processor 24 together with sepa- 
rately created image data for painting in areas other 
than the gauge 102. In correspondence with the sup- 
plied image data, the image processor 24 paints a game 
screen 1o0 on the frame buffer 25, and the painted 
game screen 100 is displayed on the monitor 3 at a pre- 
determined timing. 
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[0049] The above processing is repeated in a pre- 
determined cycle. The head of the display object range 
corresponds to the performance position of the tune at 
that point in the processing, and the display object 

5 range is shifted from the head of the tune towards its 
end by a predetermined distance at esich time the 
processing is performed. Consequently, the timing 
marks 1 12 on the gauge 102 move gradually downward 
as the tune progresses. Then, when the timing marks 

to 112 have reached the reference line 111, the operation 
timings of the press-switches 5. which are provided in 
correspondence with the marks 110a to 11 Of overlap- 
ping the marks 112, come into effect, The timing marks 
112 corresponding to the imminent operation timings 

is are thereby arranged in time sequence above ths refer- 
ence line 111, enabling the player to easily catch the 
future operations. 

[0050] The left side of the groove meter 103 
extends and contracts to and from Its base point in 

20 accordance with an evaluation calculiated in the 
processing of FIG. 7 explained later, A maximum evalu- 
ation is achieved when the groove meter 103 has 
extended to its right end, and the groove m ater 103 con- 
tracts towards its left end as the evaluation decreases. 

25 Scores calculated during the game are displayed in the 
score window 104. 

[0051] FIG, 6 is a flowchart showing a procedure of 
a music game executed by the CPU 20. In this flow- 
chart, one tune is played in one stage, and whsn that 

so stage is cleared, the game proceeds to the! rtsxt stage. 
[0052] When a predetermined game start operation 
is performed to the game device 1, firstly, a predeter- 
mined title logo is provided on the monitor 3 (Step S1), 
and thereafter, processing for selecting a game mode is 

35 carried out in compliance with a command from the 
player (Step S2). Here, the level of difficul ty, for exam- 
ple, can be selected. Next, processing for selecting a 
tune is carried out in compliance with a command from 
the player (Step S3), and when the tune has been 

40 selected, game processing is executed (Step S4). The 
game processing will be explained in detail later. When 
the game processing ends, the play contents are evalu- 
ated (Step S5), and the CPU 20 judges whether or not 
the play contents have cleared a borderline based on 

4$ the evaluation result (Step S6). When the borderline 
has been cleared, the CPU 20 judges whether a final 
stage has ended (Step $7), and if not, the next stage is 
selected (Step S8), and the processing returns to the 
Step S3. When it is judged In the Step S6 that the bor- 

so deriine has not been cleared, the player is asked to con- 
firm whether to replay the current stage (Step S9), the 
processing returning to the Step S4 if he or she 
requests the replay, and if not, proceeding to a Step 
S10. When it is judged in the Step S7 that the game is 

55 In the final stage, the processing also proceeds to the 
Step S10. In the Step S10, a overall evaluation is calcu- 
lated based on the play contents being performed, and 
the result is displayed on the monitor 3 as a DJ level. 
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Thereafter, the game ends. 

[0053] FIG. 7 is a flowchart showing a procedure of 
the game processing executed as a subroutine of the 
Step S4 of FIG. 6. In the game processing, firstly, initial 
settings required to start the game are performed, such 
as loading the operation timing data D3 and the music 
data D1 corresponding to the selected tune, When the 
initial setting is completed, play starts, the tune is per- 
formed (reproduced), and the gauge 102 is displayed 
(Step S102). Next, it is judged whether there is pres- 
ently an evaluation period for any of the press-switches 
S corresponding to the marks 1 10a to 1 1 0f (Step S1 03). 
The evaluation period is set to a predetermined width 
centered on the operation timings of the press-switches 
5. Then, when it is judged that the game is in the evalu- 
ation period, the operation for the press-switches 5 in 
correspondence with the evaluation period is detected 
(Step S104), and the operation performed by the player 
is evaluated based on the deviation between the timing 
of the operation which has actually been detected and 
the operation timing stipulated by the operation timing 
data D3 (Step S105). For example, zero deviation 
scores 100 points, and deviation of a half of the width of 
the evaluation period scores zero points. When the eval- 
uation periods of multiple press-switches 5 overlap, 
each press-switches 5 is evaluated separately. A range 
of points from 100 to zero is divided into four levels: 
"Great", "Good", "Bad", and "Poor". Then, in Step S105, 
it is evaluated to which level the calculated score 
belongs. The calculated evaluations are stored in the 
RAM 23, and are used to calculate the overall evalua- 
tion in the Steps S5 and S10 of FIG. 6. When an opera- 
tion has been performed in the Step S104, the sound 
effect corresponding to that operation is identified 
based on the table data D4, and the identified sound 
effect is output from the loudspeaker 32 together with 
the music being performed, 

[0034] When an operation is evaluated, the evalua- 
tion is displayed in the gauge 102 (Step S106). Here, 
the gauge 102 displays which of the above four levels 
the score calculated in the Step S105 belongs to. For 
example, in FIG. 5, "Great" is displayed. When "Great" 
or "Good" are displayed, the value of the groove meter 
103 extends, and when "Bad" or "Poor" are displayed, 
the value of the groove meter 103 contracts. When an 
evaluation is displayed in the Step S106, it is judged 
whether one tune has ended (Step S107). Then, if the 
tune has not yet ended, the processing returns to the 
Step S103. when it is judged that the tune has ended, 
the game processing ends and the processing contin- 
ues from the Step S5 of FIG. 6. 
[0055] In the Step S5 of FIG. 6. an overall evalua- 
tion for one tune is calculated based on the scores and 
levels calculated for each operation. Then, when the 
performance ends, if the value of the groove meter 103 
has reached a fixed level, It is judged in the Step $6 that 
the stage has been cleared. 
[0056] In the first stage after the start of the game, 
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the initial value of the groove meter 103 is set to I'iS max- 
imum, and when the evaluation calculated in the Step 
S105 is less than a fixed standard, for example, when it 
is "Bad" or "Poor", the value of the groove meter 103 is 

s contracted. When even a small part of the value of the 
groove meter 103 remains after one tune has ended, it 
Is possible to regard the stage as cleared in the Step 
S6. In this case, the value of the groove meter 103 need 
not be increased even when an evaluation of "Great* or 

10 "Good" has been obtained, while the play can continue 
to the next stage by using the remaining value of the 
groove meter 103 at the point when the preceding stsge 
was cleared as the initial value of the groove meter 1 03. 
This type of mode may be prepared as a hidden mide 

is which appears when, for example, fiiced conditions have 
been satisfied, 

[0057] In the game device 1 described above, since 
the music data D1 is supplied by the ROM 30a, fewer 
tunes are stored comparing with the case whera a 

20 memory medium such as a CD-ROM is used. Accord- 
ingly, to supplement the number of tunes, a medley tune 
combining parts of the stored tunes can be selectee . 
[0058] FIG. 8 shows an example of a medley tjne 
X. In this example, blocks A1 to AX, B1 to BX ... Nf to 

25 NX of the tunes A to N stored in the FtOM 30a are preset 
as potential constituent elements of the medley tune X. 
Then, at least part of the blocks of the tunes A to N are 
linked together to form the medley tune X. Tide blocks 
A1 to AX, B1 to BX ... N1 to NX may have any given 

so length. For example, they may be set to a length corre- 
sponding to four bars of each tune, The total length of 
the medley tune X is set so as to be approximately the 
same as the length of the tunes A to N (e.g, approxi- 
mately one minute and thirty seconds). The selected 

35 potential blocks A1 to AX, B1 to BX .., N1 to NX com- 
prise, for example, the most striking parts of the tunes, 
the parts most suitable to a medley, and the litre. 
[0059] To enable the medley tune X to i&e repro- 
duced, a table T1 shown in FIG. 9 is stored beforehand 

40 in the ROM 30a. The numbers 1 to X of the blocks form- 
ing the medley tune X are stored in the table 1 in corre- 
spondence with the music data addresses in the ROM 
30a of the music data forming each block. Using FIG. 8 
by way of example, since the block A1 of the tune A is 

4S selected as the first block of the medley tune X, in the 
table of FIG. 9, the address of the block A1 is specified 
as the address corresponding to the block number 1. 
Addresses are similarly specified for the other block 
numbers. 

so [0060] When the medley tune X has been selected 
in the Step S3 of FIG. 6, the CPU 20 refers to the table 
T1 of FIG. 9 and judges the address in the ROM 30a of 
music data forming the tune X. Then, based on the 
result of that judgement, music data required for playing 

ss the tune X, and the operation timing data and sojnd 
effect data corresponding to that data, are read out from 
the ROM 30a and sent to the RAM 23. By this process- 
ing, the game can be played with the medley tune X in 



8 



0 8- 7-1 0)1 4:4 0 ;*d!S»!F*ffi 



; 03-5297-51 89 



# 25/ 43 



15 EP1C 

the same manner as using the tunes A to N. The date 
can be transferred from the ROM 30a to the RAM 23 in 
fixed amounts as the tune progresses, or in a single 
operation prior to the start of the tune. 
[0061] In the example described above, the medley 
tune X has a fixed constitution, but this can be varied. 
Examples of this will be explained referring to FIGS. 10 
to 12. 

10062] FIG, 10 shows a table T2 which is stored in 
the ROM 30a instead of, or in addition to, the table T1 of 
FIG. 9. for forming the medley tune X. The numbers 1 to 
X of the blocks forming the medley tune X, and the types 
of the music data forming each block, are stored in cor- 
respondence with each other in the table T2. The music 
data types comprise, for example, information repre- 
senting musical characteristics of the tunes such as 
tune codes and tempi, or information representing char- 
acteristics in the game such as the level of difficulty. 
That is, the table T2 of FIG. 10 does not directly specify 
the blocks forming the tune X, but specifies only the type 
of music performed in correspondence with the blocks. 
Therefore, when the block is of a type specified in the 
table T2, any of the blocks from the candidate tunes A to 
N can be selected, enabling the constitution of the tune 
X to be changed. 

[0063] FIGS. 1 1 A to 1 1 C show constitutions of data 
for creating a medley D5 stored in the ROM 30a in cor- 
respondence with the table T2 of the tune X. As shown 
in FIG. 11 A, the data for creating a medley D5 is classi- 
fied into data relating to each tune of A to N. Further- 
more, as shown in FtG. 11B, the tune A data is 
classified into data relating to each block of A1 to AN 
selected from the tune A as potential blocks for forming 
a medley tune. The data for the other tunes B to N has 
a similar constitution. Then, as shown in FIG. 11C, 
which shows the block AN as an example, data relating 
to the blocks A1 to AN comprises type information for 
identifying types of the blocks A1 to AN, and information 
specifying addresses of the blocks A1 to AN in the ROM 
30a. The type information comprises Information relat- 
ing to the musical characteristics such as codes and 
tempi or the block In correspondence with the types in 
the table T2 of FIG. 10, and information relating to char- 
acteristics in the game such as the level of difficulty. By 
referring to the type information and the address infor- 
mation, it is possible to detect a block having the same 
type as the type specified in the table T2 of FIG. 10, and 
identify its address. 

[0064] FIG. 12 is a flowchart showing a procedure 
by which the CPU 20 reads the music date D1 or the like 
from the ROM 30a to an operation area of the RAM 23, 
when the medley tune X has been selected. This 
processing is executed simultaneous to other process- 
ing (for example, the processing of FIG. 7) while the 
game is being played. 

[0065] When the medley tune X Is selected, firstly, 
the CPU 20 refers to the table T2 and detects the type 
of music data forming the first block. Then, the CPU 20 
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consults the type information contained in the data for 
creating a medley D5 of FIG. 1, extracts the block hav- 
ing the same type as the type specified in the teble T2, 
and gets the address for that block (Step S201). When 

5 multiple blocks have been extracted, one block, is re- 
extracted from the multiple blocks using, for axample, a 
random number. Alternatively, priority may be given to a 
block having a level of difficulty corresponding: to the 
present value of the groove meter 103. That is, the 

10 larger the value of the groove meter 1 03, the hicher the 
level of difficulty of the selected block. 
[0066] Next, music data corresponding to the 
obtained address, and operation timing and sound 
effect data corresponding to the music data, are read in 

1$ an operation area of the RAM 23 (Step S202). The out- 
put of BGM and sound effects in correspondence with 
operation of the press-switches S is controlled based on 
the date read at this time. In addition, the display of the 
gauge 102 and the evaluation of the operation of the 

20 press-switches 5 are also controlled based on the data 
read at this time. 

[0067] After the processing of the Step S202, It is 
judged whether the period for reading the next date hes 
been reached (step S203). For example, whan one 

25 block has a length equivalent to four bars, it is judged 
whether the period for reading the next date has been 
reached according to the time lapse since the start of 
that block. When it is judged that it is not the period for 
reading the next data, the processing of the Step S203 

3t> is repeated. When it has been judged that it is the 
period for reading the next data, it is judged whether the 
next block will be the last block (Step S204). Whether or 
not a block is the last block may be judged based on the 
next block number In the table T2, for example, or based 

3$ on the time lapse since the start of the tune X. 

[0068] When it is judged that the next block is not 
the last block, the next block is selected (Step $205), 
This block Is selected by the same processing as in the 
Step S201, wherein the CPU 20 refers to the teble T2, 

40 and detects the type of the music date forming the next 
block. Then, the CPU 20 refers to the type infoi-mation 
contained in the data for creating a medley D5 of FIG. 
11. and extracts the block having the same type as the 
type specified in the table T2. When multiple blocks 

45 have been extracted, one block Is re-extracted as in the 
Step S201. Then, an address corresponding to the 
extracted block is obtained, music data corresponding 
to the obtained address, and an operatio n timing and 
sound effect date corresponding to the music data, are 

so read in an operation area of the RAM 23 (Step S206). 
[0069] After reading the data of the next block, fade- 
in/out processing is carried out (Step S207). In this 
processing the volume of the tune presently being per- 
formed gradually lowers, while simultaneously Che vol- 

55 ume of the next tune to ba performed gradually 
increases. For example, when music data comprising 
PCM date is being loaded on the RAM 23, fad'*-in/out 
can be performed by gradually lowering the output level 
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of the tune presently being performed by multiplying by 

0.9, 0.8 while increasing the output level of the next 

tune by multiplying by 0.1 , 0.2, ... in synchronism there- 
with, thereby synthesizing the signal waveforms of both 
tunes and passing them to the sound processor 26. Ele- 
ments on the game screen 100 may also be faded in 
conjunction with the fade-in/out. For example, since the 
marks 112 of the gauge 102 and the animation window 
101 of FIG. 5 have a very close relationship to the tune 
reproduction, they may be faded in and out in line with 
the tune volume. 

£0070] When the fade-in/out processing ends, the 
processing returns to the Step S203. The processing of 
the Steps S203 to S207 is repeated until the last block 
Is detected in the Step S204, Then, when it is judged in 
the Step S204 that the next block is the last block, a 
block suitable for the ending is selected (Step S208), 
and music data corresponding to the block, and an 
operation timing and sound effect data corresponding to 
the music data, are read in an operation area of the 
RAM 23 (Step S209). Then, the reading of the data for 
creating a medley thereby ends. The block suitable for 
the ending is typically the last block of one of the tunes 
A to N. In order to enable the block to be selected in the 
Step $208, information for judging whether the blocks 
can be used for ending may be included in the type 
information of FIG. 1 1 . 

[0071] The present invention is not limited to the 
embodiment described above, and various modifica- 
tions are possible. For example, the blocks forming the 
medley tune can be selected by a method other than 
that described above, there being various possible mod- 
ifications. The length of the medley tune need not be 
approximately the same as that of the other tunes. For 
example, the end of the medley tune may be corre- 
sponded with the groove meter 1 03. That is, the medley 
tune may continue uninterruptedly, unless the value of 
the groove meter 103 drops to zero (shrinks completely 
to the left end). In this case, the Initial value of the 
groove meter 103 may be set to its maximum at the start 
of the medley tune, and if the evaluation calculated in 
the Step S105 of FIG. 7 is less than a fixed standard, for 
example, "Bad" or "Poor", then the value of the groove 
meter 103 may be decreased. 
[0072] In the embodiment described above, when 
multiple next blocks have been extracted in the Steps 
S201 and S205 of FIG. 12, a block is re-extracted by 
referring to the level of difficulty of the blocks, but alter- 
natively, it is acceptable to refer to the evaluation at that 
point (for example, the value of the groove meter 103), 
and select a block having a level of difficulty correspond- 
ing to the evaluation during the determination of the 
next block. 

[0073] The tables T1 and T2 of FIG. 9 and FIG, 10 
may be released to the player, allowing him or her to 
freely speciry the constitution of the medley tune. The 
present invention is not limited to a portable game 
device, but may also be applied to an arcade game for 



business, and an installation game device for home. 
The music data and operation timing data may be sup- 
plied by a magnetic memory medium such as a rard 
disk, or an optical memory medium such as a CD-ROM. 

s However, since these memory media have a lower read 
speed than a semiconductor memory, preliminary 
processing, such as sending all the data to be used for 
playing the medley tune to the RAM, should preferably 
be carried out prior to performing the medley tune. 

10 [0074] The method for making the contents of the 
medley tune X variable is not limited to that described 
above, and at least one part of the type information of 
FiG. 11C may comprise information for judging which 
block to be linked next, the next block being extracted 

is after referring to the information in the Step $205 of 
FIG. 12. 

[0075] For example, all the blocks selected as 
potential blocks for the medley tune are divided into 
blocks A having a fast tempo, and blocks B having a 

20 slow tempo, Information specifying a probability of £0% 
that a block A will be selected as the next block is pro- 
vided in the type information of the blocks classified as 
blocks A, and a probability of 20% that a block; B will be 
selected as the next block, is provided in the type Infor- 

25 mation of the blocks classified as blocks A. On the oilier 
hand, information specifying a probability of 80% that a 
block B will be selected as the next block is provided in 
the type information of the blocks classified as blocks A, 
and a probability of 20% that a block A will be selected 

30 as the next block, is provided in the type information of 
the blocks classified as blocks B. Then, in the Step 
S205 of FIG. 12, a block A or a block B is identified in 
compliance with the probability specified by the type 
information corresponding to a block presently bjiing 

35 reproduced, and one more block is selected from the 
blocks classified as blocks A or 8. In this example, when 
a block A is selected, the tunc that follows is liable to 
have a fast tempo, and when a block B Is selected, the 
tune that follows is liable to have a slow tempo. In this 

40 example, the block may be extracted during the 
processing of the Step S205 by using the value of the 
groove meter 103 and the table T2. By changing Ihe 
probability specifying the blocks in accordance with 
their states, the level of difficulty and the atmosphere of 

as the game can be controlled. 

[0076] The relationship between the input device 4 
and the press-switches 5 is not limited to that described 
above, and various alterations are possible. For exam- 
ple, when the timings at which the press-switches 5 ere 

so pressed matches the number of switches 5 pressed at 
that timing, the operation may be evaluated as correct, 
[0077] As described above, according to the 
present invention, a separate medley tune is formed by 
linking parts of existing tunes together, thereby enabling 

ss the number of tunes to be increased without adding 
music data and timing data corresponding thereto, 
increasing the attraction of the game, 
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1 . A music game system comprising: 

an input device having a plurality of operation 
members, for outputting signals in correspond- 
ence with operation states of the operation 
members; 

a memory device in which are stored music 
data for reproducing a plurality of tunes, and 
timing data of each tune defining a procedure 
for operating the operation members In corre- 
spondence with tunes reproduced based on 
the music data; 

a display device for displaying a game screen; 
a music reproduction device for reproducing 
the music data; and 

a game controller for controlling the reproduc- 
tion of a predetermined tune by the music 
reproduction device, and using the display 
device to guide the player in an operation pro- 
cedure of the input device in correspondence 
with the reproduced tune; 
the game controller comprising a medley tune 
control device for making the music reproduc- 
tion device reproduce a medley tune compris- 
ing linked parts of at least two of the plurality of 
tunes, and guiding the operation procedure of 
the input device in correspondence with the 
medley tune, based on timing data correspond- 
ing to each part of the medley tune. 

2. The music game system according to Claim 1, 
wherein the memory device stores judgement infor- 
mation forjudging a relationship between the repro- 
duction sequence' of a plurality of blocks selected 
from music data corresponding to each plurality of 
tunes as constituent elements of the medley tune, 
and addresses of the blocks in the memory device; 
and the medley tune control device reads music 
data for reproducing the medley tune from the 
memory device based on the judgement informa- 
tion, outputs it to the music reproduction device, 
and guides the player in an operation procedure in 
accordance with timing data corresponding to the 



The music game system according to Claim 1, 
wherein the memory device stores a first judgement 
information for judging types of a plurality of blocks 
selected from music data corresponding to the plu- 
rality of tunes as potential constituent elements of 
the medley tune, and for judging addresses of the 
blocks in the memory device, and a second judge- 
ment information forjudging a relationship between 
a reproduction sequence of blocks forming the 
medley tune and the types of the blocks; and 
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the medley tune control device comprises a 
type identifying device for. identifying types of 
the blocks forming the medley tune for each 
reproduction sequence, based on the second 
judgement information; a block extracting 
device for extracting blocks corresponding to 
the types Identified by the type identifying 
device from the music data corresponding to 
the plurality of tunes each, based on the first 
judgement information; and a data reading 
device for reading the music data in the 
extracted blocks in compliance with thes repro- 
duction sequence and outputting the music 
data to the music reproduction device, and in 
addition, reading timing data corresponding to 
the output music data and guiding the player in 
an operation procedure in line with the data, 

4. The music game system according to Claim 3, the 
first judgement information comprising information 
relating to musical characteristics of the* blocks as 
the types. 

5. The music game system according to Claim 4, the 
information relating to musical characteristics com- 
prising information relating to performance csdes of 
the blocks. 

6. The music game system according to Claim 3, the 
first judgement information comprising information 
relating to a level of difficulty of an operation proce- 
dure guided based on timing data corresponding to 
blocks as the types. 

7. The music game system according to Claim 6, the 
game controller further comprising sin evsiluation 
device for evaluating an operation performed by the 
player by comparing the player's operation of the 
input device with an operation identified by the tim- 
ing data; and 

the block extracting device of the game control- 
ler extracting blocks having a level of difficulty 
corresponding to the evaluation of the avalua- 



The music game system according to one of Claims 
3 to 7, the block extracting device of the game con- 
troller comprising a re-extracting device for extract- 
ing one more block from a plurality of blocks, when 
the plurality of bloeks have been extracted in rela- 
tion to a common reproduction sequence of the 
medley tune. 

The music game system according to one of Claims 
6 and 7, wherein the game controller furthesr com- 
prises an evaluation device for evaluating an opera- 
tion performed by the player by comparing the 
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player's operation of the input device with an opera- 
tion identified by the timing data; 

the block extracting device of the game control- 
ler comprises a re-extracting device for extract- 
ing one more block having a level of difficulty 
corresponding to the evaluation of the evalua- 
tion device from a plurality of blocks, when the 
plurality of blocks have been extracted in rela- 
tion to a common reproduction sequence of the 
medley tune. 

10. The music game system according to Claim 3, the 
game controller comprising an end judging device 
for judging whether the medley tune has been 
reproduced to a predetermined position before the 
end, the first judgement information comprising 
information for judging whether each block of a plu- 
rality of blocks selected as potential constituent ele- 
ments of the medley tune is suitable to an end of 
the medley tune; and, when the end judging device 
has judged that the medley tune has been repro- 
duced to a predetermined position before the end, 
the block extracting device extracts an appropriate 
block as the end of the medley tune based on the 
first judgement information. 

11. The music game system according to Claim 3, the 
game controller comprising an evaluation device for 
evaluating a control performed by the player by 
comparing the player's control of the input device 
with a control identified by the timing data; and an 
end control device for ending the reproduction of 
the medley tune and the guide of the operation pro- 
cedure when an aggregation of evaluations, less 
than a predetermined reference, of the evaluation 
device has satisfied a predetermined condition. 

12. The music game system according to one of Claims 
1 to 11, the game controller gradually decreasing 
the volume of a tune being reproduced at a linking 
portion of the medley tune, and gradually increas- 
ing the volume of the next tune, 

13. The music game system according to one of Claims 
1 to 1 2, the memory device comprising a semicon- 
ductor memory. 

14. A game control method applied in a music game 
system comprising an input device having a plural- 
ity of operation members, for outputting signals In 
correspondence with operation states of the opera- 
tion members; a memory device in which are stored 
music data for reproducing a plurality of tunes, and 
timing data of each tune defining a procedure for 
operating the operation members in correspond- 
ence with tunes reproduced based on the music 
data; A display device for displaying a game screen; 
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and a music reproduction device for reproducing 
the music data; 

the game control method reproducing a medley 
s tune comprising linked parts of at least two of 

the plurality of tunes, and guiding the operation 
procedure of the input device in carraspond- 
ence with the medley tune, based on timing 
data corresponding to each part of the medley 
10 tune. 

15. The game control method according to Claim 14, 
wherein judgement information for judging a rela- 
tionship between the reproduction sequence of a 

15 plurality of blocks selected from music data corre- 
sponding to the plurality of tunes as constituent ele- 
ments of the medley tune and addresses of the 
blocks in the memory device is stored in the mem- 
ory device; music data for reproducing the medley 

zo tune being read from the memory device based on 
the judgement information and output to the music 
reproduction device; and the player being guide d in 
an operation procedure in accordance with timing 
data corresponding to the music data. 

2S 

16. The game control method according to Claim 14, 
wherein first judgement information for judging 
types of a plurality of blocks selected from mjsic 
data corresponding to the plurality of tunes as 

30 potential constituent elements of the medley tune, 
and forjudging addresses of the blocks in the mem- 
ory device, and second judgement information for 
judging a relationship between a reproduction 
sequence of blocks forming the medley tune and 

35 the types of the blocks, are stored in the memory 
device; types of the blocks forming the medley tune 
for each reproduction sequence being identified 
based on the second judgement information, blocks 
corresponding to the types identified being 

40 extracted from the music data corresponding to the 
plurality of tunes based on the first judgement infor- 
mation; the music data in the extracted blocks being 
read in compliance with the reproduction sequence 
and output to the music reproduction device and in 

45 addition, timing data corresponding to the output 
music data being read, and an operation procedure 
being guided in to the player in correspondence 
with the data. 

so 17. A computer-readable memory medium applied in a 
game system comprising an input device havlrg a 
plurality of operation members, for outputting sig- 
nals in correspondence with operation state;; of the 
operation members, a display device for displaying 

55 a game screen, and a music reproduction device, 
the computer-readable memory medium sto'ing 
music data for reproducing a plurality of tunes using 
the music reproduction device, timing data of each 



12 



08- 7-10; HUO ;«Sfr*M 



Rosenman 



; 03-5297-51 89 



# 29/ 43 



23 EP 1 033 157 A2 24 

tune defining a procedure for controlling the opera- ing the player in an operation procedure.' corre- 

tion members in correspondence with tunes repro- spending to the data. 

duced based on the music data, and a program for 

executing a predetermined music game based on 

the music data and the timing data; the program 5 

making the computer function as a medley tune 

control device for making the reproduction device 

reproduce a medley tune comprising linked parts of 

at least two of the plurality of tunes, and guiding the 

operation procedure of the input device in accord- 10 

ance with the medley tune, based on timing data 

corresponding to the parts of the medley tune. 

18. The music game system according to Claim 1, 
wherein at least a portion of blocks of music data 15 
corresponding to the plurality of tunes are set as 
potential constituent elements of the medley tune, 
and information for extracting the constituent ele- 
ments of the medley tune from the blocks set as 
potential constituent elements is stored in the mem- go 
ory device in correspondence with the blocks set as 
potential constituent elements; and 

the medley tune control device extracts the 
blocks forming the medley tune based on the 25 
information for extraction, reads the music data 
in the extracted blocks and outputs it to the 
music reproduction device, and reads timing 
data corresponding to the output music data, 
and guides the player in an operation proce- 30 
dure corresponding to the data. 

19. The game system according to Claim 18, the infor- 
mation for extraction comprising information for 
judging types of blocks provided in correspondence 35 
with the information for extraction. 

20. The game system according to Claim 18, the infor- 
mation for extraction comprising information for 
judging types of blocks to be linked together as con- «o 
stituent elements of the medley tune after the 
blocks already provided in correspondence with the 
information for extraction. 

21. The game control method according to Claim 14, 4S 
for setting at least a portion of the blocks of music 
data corresponding to the plurality of tunes as 
potential constituent elements of the medley tune; 
storing information for extracting the constituent 
elements of the medley tune from the blocks set as so 
potential constituent elements in the memory 
device in correspondence with the blocks set as 
potential constituent elements; extracting the 
blocks forming the medley tune based on the infor- 
mation for extraction, reading the music data in the ss 
extracted blocks and outputing it to the music repro- 
duction device, and in addition, reading timing data 
corresponding to the output muste data, and guid- 
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(57) Disclosed is a music game system in which the 
attraction of a game is increased by effectively using lim- 
ited music data. The music game system comprises an 
input device (4) for outputting signals in correspondence 
with the operation states of push-switches (5); a ROM 
(30a) in which are stored music data for reproducing 
multiple tunes, and timing data of each tune defining a 
procedure for operating the push-switches (5) in corre- 
spondence with the tune reproduced based on music 
data: display devices (24,3) for displaying game 
screens: music reproduction devices for (26.32) repro- 
ducing the music data; and a CPU for reproducing a pre- 
determined tune by the music reproduction devices and 
for guiding the player in operation procedures of the in- 
put device (4) in correspondence with the reproduced 
tune, a medley tune comprising parts of the multiple 
tunes linked together being reproduced, and the opera- 
tion procedure of the input device being guided in cor- 
respondence with the medley tune, 
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